How to convincing Programmers that 'being in the zone' [coding] isn't always beneficial for the project?

Posted by hawkeye on Programmers See other posts from Programmers or by hawkeye
Published on 2011-06-26T22:50:16Z Indexed on 2011/06/27 0:30 UTC
Read the original article Hit count: 356

Filed under:
|
|
|

In this book review: http://books.slashdot.org/story/11/06/13/1251216/Book-Review-The-Clean-Coder?utm_source=slashdot&utm_medium=twitter

Chapter 4 talks about the coding process itself. One of the hardest statements the book makes here is to stay out of "the zone" when coding. Bob asserts that you lose parts of the big picture when you go down to that level. While I may struggle with that assertion, I do agree with his next statement that debugging time is expensive, so you should avoid having to do debugger-driven development whenever possible. He finishes the chapter with examples of pacing yourself (walking away, taking a shower) and how to deal with being late on your projects (remembering that hope is not a plan, and being clear about the impact of overtime) along with a reminder that it is good to both give and receive help, whether it be small questions or mentoring others.

they talk about how 'being in the zone' - can actually be detrimental to the project. How do you convince your team members that this is the case?

© Programmers or respective owner

Related posts about team

Related posts about coding